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DETAILED ACTION 

1. This action is in response to Applicant's submission filed 10/1 1/07, responding to the 
7/1 1/07 Office action which detailed the rejection of claims 1, 2, 4-1 1, 13, and 14. Claims 1, 6 
and 1 1 have been amended. 

Response to Amendments/Arguments 

2. Applicants' arguments filed 10/1 1/07 have been fully considered but they are not 
persuasive. Applicants' arguments (especially pages 14-16) fail to comply with 37 

CFR 1.1 11 (b) because they amount to a general allegation that the claims define a patentable 
invention without specifically pointing out how the language of the claims patentably 
distinguishes them fi-om the references. The arguments essentially recount each element of the 
independent claims and simply allege that the combined prior art does not teach or disclose any 
of the elements. The presented arguments do not specifically point out how the language of the 
claims distinguishes them from the references. Therefore, Applicants' arguments are not 
persuasive. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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4. Claims 1-6 and 8-14 are rejected under 35 U.S.C. 103(a) as being unpatentable over prior 
art of record "Differential Effective Lapse Time Accumulator (Delta)" by Bickle et al. 
(hereinafter "Bickle") in view of prior art of record "How Debuggers Work" by Rosenberg 
(hereinafter "Rosenberg") in view of prior art of record U.S. Patent 5,657,253 to Dreyer et al. 
(hereinafter "Dreyer") in view of U.S. Patent 6,249,907 to Carter et al. (hereinafter "Carter"). 



In regard to claim 1, Bickle discloses: 

A method for implementing breakpoint based performance measurement using a 
set of hardware counters for counting hardware events See page 1, e.g. "time/counter 
cards 24"; said hardware counters being programmable for counting predefined ... 
processor events See page 1 e.g. "measurement of system performance"; said predefined 
... processor events including processor cycles . . . See page 1 , e.g. "instruction cycle time 
measurement"; Bickle does not expressly disclose: programmable processor events 
including ... cache misses. However, Dreyer teaches that events are programmable, and 
include cache misses. See column 3 lines 52-65, e.g. "programmable event counters" 
also "cache miss rates." 

Bickle discloses a start breakpoint instruction and a stop breakpoint instruction; 
See Bickle middle of page 1, e.g. "start breakpoint A and stop breakpoint B"; Bickle 
does not expressly disclose: providing compiler-generated hardware instructions 
defining breakpoint instructions within an instruction stream; said compiler-generated 
hardware instructions including [a start breakpoint instruction and a stop breakpoint 
instruction;] However, Carter teaches that compilers generate hardware instructions 
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defining breakpoints within an instruction stream. See column 6 lines 44-48, e.g. "cause 
the compiler to generate debugger hook functions calls. . ." Note that compilers function 
to translate high level program code into low level machine, or "object code." See column 
5 lines 31-32. As such. Carter's "hook functions" are implemented as hardware 
instructions. 

inserting said start breakpoint instruction and said stop breakpoint instruction...; 
See Bickle middle of page 1, e.g. "start breakpoint A and stop breakpoint B"; Bickle 
does not expressly disclose: inserting breakpoint instructions... in [compiler generated] 
hardware instructions for a user source code. However, Rosenberg teaches that 
breakpoints can be implemented as hardware instructions for a user source code. See 
bottom of page 40, e.g. "special instruction". Also see page 24, e.g. "Source View." 
Bickle does not expressly disclose executing said [compiler-generated] hardware 
instructions and suspending processing of said hardware instructions responsive to 
executing said start breakpoint instruction; However, Rosenberg teaches that upon 
encountering a "special instruction," execution is suspended while an operating system 
notifies a debugger. See bottom of page 40. 

responsive to executing said start breakpoint instruction generating a processor 
interrupt...; See page 1 line 21, e.g. "The A comparator 18 is used as a start timing 
breakpoint. . Comparators are used to provide a signal (i.e. interrupt) to the 
accumulator. Bickle does not expressly disclose for entering interrupt handler 
instructions and calling breakpoint instructions; However, Rosenberg teaches that upon 
encountering a "special instruction," a trap to the operating system is called which 
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notifies a debugger, i.e. "breakpoint instructions". See bottom of page 40. Note that the 
limitation "calling breakpoint instructions" is broadly interpreted according to the 
description providing enablement on page 4 lines 11-21 which describes a "debugger." 

...starting said defined set of hardware counters; See page 1 lines 26-27, e.g. 
"accumulate elapsed time"; Bickle does not expressly disclose said breakpoint 
instructions generating a start processing instruction to return processing from said 
interrupt handler instructions to [said compiler-generated] hardware instructions.,., 
responsive to said generated start processing instruction; However, Rosenberg teaches 
that a debugger handles a breakpoint before returning execution. See page 41 lines 16- 
17, e.g. "proceed past this breakpoint." Further, see "Algorithm 3.1 appearing on page 
42, e.g. "run debuggee full speed." 

executing the [compiler-generated] hardware instructions and ...and stopping said 
defined set of hardware counter Sy responsive to executing said stop breakpoint 
instruction. See page 1 lines 22-23, e.g. "B comparator 18 is used as a stop timing 
breakpoint." Bickle does not expressly disclose suspending processing of the [compiler 
generated] hardware instructions. As pointed out above, Rosenberg teaches breakpoint 
handling by suspending processing. See bottom of page 4, e.g. "trap to the operating 
system." 

providing a debugger breakpoint manager including a performance measurement 
program and a user interface, and enabling a user to specify a start bound and an end 
bound of a performance collection region of said user source code and said set of 
hardware counters. See page 1 lines 33-35. Here, Bickle 's "operator interface" 
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coordinates with the test tool to display performance results, and at least provides a 
breakpoint manager where users can enter breakpoint parameters (including start and end 
bounds provided by the A and B comparators- see lines 21-23). These breakpoint 
parameters control the region over which the hardware counters (i.e. input timer/counter 
cards) operate. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to use Dreyer's progranmiable counter with Bickle's event counting 
in order to monitor particular aspects of processor performance as suggested by Dreyer 
(see column 3 lines 60-65). Further, it would have been obvious to one of ordinary skill 
in the art at the time the invention was made to use Rosenberg's method of breakpoint 
handling with Bickle's breakpoints in order to provide control over the execution of a 
debuggee (see Rosenberg page 39 paragraph 1). Finally, it would have been obvious to 
one of ordinary skill in the art at the time the invention was made to use Carter's hook 
functions with Bickle's breakpoints in order to enable a debugger to stop execution as 
suggested by Carter (see colunm 6 lines 42-43). 

In regard to claim 2, the above rejection of claim 1 is incorporated. Bickle further 
discloses: wherein said predefined processor events fiirther include at least one of 
processor instructions executed, a defined type of processor instruction executed, and 
translation lookaside buffer misses. See page 1 lines 28-29, e.g. "number of times 
breakpoint A occurs." Note that the phrase "at least one of. . permits the disclosure of 
one item to meet the language of the claim. 
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In regard to claim 4, the above rejection of claim 1 is incorporated. Bickle further 
discloses: wherein the inserting step includes inserting said start breakpoint instruction 
and said stop breakpoint instruction at arbitrary user defined locations .... See page 1 
line 34, e.g. "breakpoint ... parameters." Bickle does not expressly disclose in said 
hardware instructions. However, Rosenberg teaches that breakpoints are inserted in 
hardware instructions. See page 41 lines 5-6. It would have been obvious to one of 
ordinary skill in the art at the time the invention was made to use Rosenberg's method of 
breakpoint handling with Bickle' s breakpoints in order to provide control over the 
execution of a debuggee (see Rosenberg page 39 paragraph 1). 

In regard to claim 5, the above rejection of claim 1 is incorporated. Bickle further 
discloses: a user. See page 1 line 1, e.g. "user." Bickle does not expressly disclose: 
enabling to interrogate a program state and to request said start processing 
instruction. However, Rosenberg teaches that a debugger interrogates program state and 
enables a retum to program processing. See page 41 lines 13-20. It would have been 
obvious to one of ordinary skill in the art at the time the invention was made to use 
Rosenberg's method of breakpoint handling with Bickle' s breakpoints in order to provide 
control over the execution of a debuggee (see Rosenberg page 39 paragraph 1). 

In regard to claim 6, Bickle discloses: 



Application/Control Number: 10/616,525 Page 8 

Art Unit: 2192 

Apparatus for implementing breakpoint based performance measurement See 
page 1 lines 13-18, e.g. "DELTA system." 

...a brealq?oint manager; See page 1 lines 31-35. Here, the "operator interface" 
shows the existence of a breakpoint manager. That is, the breakpoint manager operates to 
manage breakpoints using input provided by the operator interface. 

said breakpoint manager utilizing said performance measurement program and 
said user interface for defining a set of said hardware counters for counting user 
specified hardware events See page 1, lines 1-3, e.g. "allows the user to take accurate 
time measurements" and "count the number of times." Also lines 33-35, e.g. "operator 
interface." 

user program means See page 1 line 1, e.g. "test tool." 

Bickle does not expressly disclose: a source level debugger including a 
breakpoint manager; However, Rosenberg teaches that a source level debugger (see 
page 4 line 2, e.g. "source-level debugger") is used to manage breakpoints (see page 5, 
3^^ paragraph , e.g. "Current debuggers can control all execution ... by using 
breakpoints"). It would have been obvious to one of ordinary skill in the art at the time 
the invention was made to use Rosenberg's debugger with Sickle's breakpoints in order 
to provide control over the execution of a debuggee (see Rosenberg page 5 paragraph 3). 

All further limitations have been addressed in the above rejection of claim 1. 

In regard to claim 8, the above rejection of claim 6 is incorporated. Bickle further 
discloses: wherein said breakpoint manager ... records user information specifying said 
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defined set of hardware counters. See page 1 lines 33-35. Bickle does not expressly 
disclose responsive to said start breakpoint instruction. However, Rosenberg teaches 
that information can be recorded responsive to a breakpoint. See page 41 lines 13-16. It 
would have been obvious to one of ordinary skill in the art at the time the invention was 
made to use Rosenberg's information recording with Bickle's user information in order to 
give a programmer fine control over a program (see Rosenberg, top of page 3). 

In regard to claims 9 and 10, the above rejection of claim 6 is incorporated. All 
further limitations have been addressed in the above rejection of claims 2 and 4, 
respectively. 

In regard to claim 11, Bickle discloses a computer program product. See page 1 
line 1, e.g. "DELTA is a test tool." All further limitations have been addressed in the 
above rejection of claim 1 . 

In regard to claims 13-14, the above rejection of claim 1 1 is incorporated. All 
further limitations have been addressed in the above rejection of claims 4 and 2, 
respectively. 

5. Claim 7 is rejected under 35 U.S.C. 103(a) as being unpatentable over Bickle, Rosenberg, 
Dreyer, and Carter as applied to claim 6 above, and further in view of U.S. Patent No. 5,533,192 
to Hawley et al. (hereinafter "Hawley"). 

In regard to claim 7, the above rejection of claim 6 is incorporated. Bickle further 
discloses: specifying said defined set of hardware counters. See page 1 lines 25-29. 
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Bickle, Rosenberg, and Dreyer do not expressly disclose wherein start breakpoint 
instruction includes encoded information. However, Hawley teaches that breakpoints are 
encoded to indicate the type of breakpoint as well as the identity of the desired debugger. 
See column 9 lines 24-28. It would have been obvious to one of ordinary skill in the art 
at the time the invention was made to use Hawley 's teaching of breakpoint encoding with 
Bickle's hardware counters in order to provide more than one debugger operative at a 
time (see Hawley column 5 lines 40-42). 

Conclusion 

6. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS fi-om the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS fi^om the date of this 
final action. 
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7. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to J. Derek Rutten whose telephone number is (571)272-3703. The 
examiner can normally be reached on M-F 8:00-4:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571)272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR, Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance 'from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 




